View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001208 | T99X171.00 SKB Eagle | SW | public | 2021-04-26 18:08 | 2021-09-30 18:44 |
| Reporter | (ALTech) Younkwang Jung | Assigned To | (ALTech) Younkwang Jung | Due Date | |
| Priority | urgent | Severity | s2-severe | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001208: [BFX_AT100][BTF] About /sys/class/amhdmitx/amhdmitx0/fake_plug | ||||
| Description | Hi Kerwin There is an issue during the sleep and hdmi tests. The test sequence is as follows. 1) enter sleep mode (input keyevent POWER) and wait 10 second 2) kill com.skb.tv am force-stop com.skb.tv 3) exit sleep mode ( input keyevent POWER ) There's an issue that's stuck on the VOD ad page. Unlike INTEC and INNOPIA, only FXN models have this issue. Amlogic was checking the log and they said that only the FXN model is using this function. /sys/class/amhdmitx/amhdmitx0/fake_plug Why are you using this feature? , Is there a reason why FNX used this? Amlogic does not recommend using this feature. Please explain why FXN used this function ( fake_plug ) Thank you. YK.Jung | ||||
| Tags | No tags attached. | ||||
| Attach Tags | |||||
| User List |
(ALTech) SY Yoon |
|---|
|
|
Hi Mr. YK Jung, I do the standby-resume test and find that HAL API "DISPLAY_HDMI_setEnable()" is not called in current version(v15.523.06m). I think SPTek change the way to put STB into standby/resume. We need to understand current flow for standby/resume. Could you help to check it with SPTek ? Thanks ! |
|
|
Hi Kerwin The final version is spteck's HDMI test version. you can't test it with that. The point of my question is why FXN uses fake_plug. Please let me know the reason. Amloigc wants to check it. Thanks!! |
|
|
Hi Mr. YK Jung, "fake_plug" is used to solve interoperability for standby/resume during BMT tests. We are checking this issue with AML directly and will update once we have conclusion. Thanks ! |
|
|
Hi Mr. YK Jung, The root cause of "random" reboot is in HDMI "early-suspend" API. We already fix it and commit patch to SKB BitBucket. (v15.524.1 , 20210429) I change status to resolved. Thanks ! |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-04-26 18:08 | (ALTech) Younkwang Jung | New Issue | |
| 2021-04-26 18:08 | (ALTech) Younkwang Jung | Status | new => assigned |
| 2021-04-26 18:08 | (ALTech) Younkwang Jung | Assigned To | => (SW) Kerwin Chen |
| 2021-04-26 18:09 | (ALTech) Younkwang Jung | Issue Monitored: (ALTech) SY Yoon | |
| 2021-04-26 18:09 | (ALTech) Younkwang Jung | Priority | normal => urgent |
| 2021-04-27 10:27 | (SW) Kerwin Chen | Note Added: 0006883 | |
| 2021-04-27 10:27 | (SW) Kerwin Chen | Assigned To | (SW) Kerwin Chen => (ALTech) Younkwang Jung |
| 2021-04-27 10:27 | (SW) Kerwin Chen | Status | assigned => feedback |
| 2021-04-27 13:09 | (ALTech) Younkwang Jung | Note Added: 0006888 | |
| 2021-04-27 13:44 | (SW) Kerwin Chen | Note Added: 0006889 | |
| 2021-04-30 14:46 | (SW) Kerwin Chen | Status | feedback => resolved |
| 2021-04-30 14:46 | (SW) Kerwin Chen | Resolution | open => fixed |
| 2021-04-30 14:46 | (SW) Kerwin Chen | Note Added: 0006959 | |
| 2021-09-30 18:44 | (ALTech) Younkwang Jung | Status | resolved => closed |
